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The piesent invention will be described in the following statement: 



TITLE 

"SYSTEM FOR SECURE COMMUNICATION" 

The present invention relates to a system for securely transmitting infomiation across 
5 a communication network, such as the Internet 

Despite the growing number of people and organisations conducting commercial 
transactions over the Internet, there are still significant concerns regarding the 
security of such transactions that limit the potential growth of e-commerce on the 
Internet. While measures are available to provide various levels of security to data 

10 transmitted over the Internet, these measures generally have drawbacks in terms of the 
costs, ease of use and the use of computer resources to provide high levels of security. 
The current standard for secure network transmission is Secure Socket Layers (SSL) 
which uses Public Key Cryptography. Public key cryptography involves the use of a 
pair of keys, being a public key and a private key. Any data encrypted by one key 

15 requires the other key for decryption. This type of encryption is referred to as 
asymmetric encryption. In symmetric encryption, the same key is used for both 
encryption and decryption. Asynunetric encryption has the advantage that the sender 
and receiver of data do not need to have shared the encryption key prior to the 
communication. The owner publishes the details of the public key and keeps the 

20 details the private key secure. Others can send information encrypted with the public 
key to the owner knowing that only the owner can decrypt it as they alone have the 
private key. Also the owner can encrypt mformation with the private key and send 
this to others. If this information can be decrypted by the public key then the person 
who decrypts knows it came from the owner of the private key. 
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It is known however, that for a required encryption strength, keys of greater length are 
required when using asymmetric encryption in comparison to symmetric key 
encryption* The longer keys mean more computation and asymmetric encryption is 
therefore often used to simply send a known key which is then used for symmetric^ 

5 encryption of the data. 

With regard to faceless electronic communications there are geneially 4 security 

issues that need to be addressed. These issues are : 

Authentication - A means to confirm that the user is who he says he is. 

Privacy - A means to ensure tiiat the communication is private and difScult to 

1 0 eavesdrop upon. 

Integrity - A means to ensure that the communicated data cannot be tampered with or 
comipted. 

Non-repudiation - A means to ensure confirmation or authorisation of the transaction 
so that the user can not deny responsibility for the transaction at a later date. 

15 Most security systems only deal with two of these issues, namely Authentication and 
Privacy. The last two' issues are more difficult to overcome, with the latter being tiie 
most difficult. In order to deal with ail four of these issues, it will generally be 
required to integrate various technologies which deal with specific issues, which is 
expensive and therefore not available to all users. 

20 The present invention provides a system for commimicating. securely over a 
communication netsvork, such as the Internet, which attempts to address the above 
mentioned issues effectively and economically. 

In accordance with one aspect of the present invention there is provided a system for 
secure communication across a communication network comprising: 
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a personal code generation means having one or more identification codes and one or 
more enciyption codes, the identification and enciyption codes being arranged to 
change at predetermined time intervals; and 

a code server synchronised with the personal code generation means such that the 
5 code server has information regarding the or each current identification code and the 
or each current encryption code of the personal code generation means; 
wherem a user transmits across the conmiunication network, the or each current 
identification code of the personal code generation means and data encrypted with the 
or each current encryption code of tiie personal code generation means and the code 
10 server provides the information regarding the or each current identification code to 
authenticate the user and the information about the or each current encryption code to 
decrypt the transmitted data. 

The present invention will now be described, by way of example, with reference to 
the accompanying dmwings, in which: 
15 Figure 1 is a representation of personal tokens for use with a system for secure 
communication in accordance with the present invention; 

Figure 2 is a representation of personal token and corresponding code server for use 
with the system for secure communication; 

Figure 3 is a representation of a system for secure commimication in accordance with 
20 the present invention implemented on a communication network; 

Figure 4 is a representation of an alternative embodiment of a system for secure 
communication in accordance with the present invention implemented on a 
communication network; and 
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Figure 5 is a representation of personal tokens having a plurality of encryption codes 
for use with the system for secure conununication. 

Referring to the Figures, there is shown a system for secure communication 10 across 
a communication network 14. The communication network 14 may be a publicly 
accessible network, such as the Intemet, or a private network. 

The system, for secure communication 10 includes a code generation means in the 
form of a personal token 12. In the embodiment shown in the Figures, the personal 
token 12 is provided in a physical form such that it is easily carried by a user. The 
personal token 12 may, for example, be in the form of a pendant 17 or card 18. la a 
furdier embodiment, tiie personal token 12 may be provided as software iunctionmg 
as a virtual device on a computer terminal. 

The personal token 12 is arranged to generate and/or store information including one 
or more identilBcation codes 20 that are valid at any point in time and one or more 
encryption codes 22 that are valid at any point in time. In the embodiment shown in 
the drawings, the personal token 12 generates and/or stores one current identification 
code 20 and one current encryption code 22. The personal token may include one or 
more display means 24 on which the current identification code 20 and the current 
encryption code 22 can be displayed. 

The personal token 12 is provided with a suitable processing means which is capable 
of changing the identification code 20 and the encryption code 22 at predetermined 
time intervals. 

While the personal token 12 may be a single device which operates as described 
above, the fimction of the personal token 12 may be achieved by a combination of 
devices. For example, it is envisaged tiiat a conventional 'Smartcard' and the user's 



terminal may act as the personal token 12. As smartcards are readily available, it may 
be desired to use such devices as the personal tokm 12. However, these devices do 
not have a permanent power source or a timing device and are therefore not able to 
perform the function of the personal token 12 alone. 
5 In this case, the smartcard would be provided with an initialisation code for each of 
the identification and encryption codes, when first set up by the code server 16. The 
code server 16 is arranged to generate the changing identification and encryption 
codes by using an algorithm which is a function of the initialisation codes and a 
reference clock. Further, the user's computer is provided with software which is also 
10 able to generate the changing identification an encryption codes once provided with 
the initialisation code, using the same reference clock. 

In one embodiment, the code server generates a first initialisation code and a second 
initialisation code for each of the identification and encryption codes when the 
smartcard is set up. The first initialisation codes are provided to the smartcard and 

15 both the first and second initialisation codes are stored by the code server. When the 
user wishes to use the system, the user's computer is provided with the first 
initialisation codes, which is retransmitted to the code server 16. The code server 16 

in response transmits only the second initialisation codes back to flie user's computer, 

which thentSS^a predefined algorithm to combine the first and second initialisation 

20 codes into the final initialisation codes. The final initialisation codes' are then, used as 
mentioned above to generate the changing identification and encryption codes. 
The secure communication system 10 is also provided with one or more code servers 
16 to service a plurality of personal tokens 12. The code server 16 is in tiie form of a 

fiiiitahle nnmpiiter ^*^^n,>r.^ffff ^jy^-^^nimiiniratinn network 14. The code server 16 is 
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arranged to generate and/or store information about each of the personal tokens 12 
that are serviced by the code server 16, including the identification code 20 and 
encryption code 22. The code server 16 is arranged to be syncdironised with each of 
the personal tokens 12 before use of the personal token 12 is commenced by the user. 
5 Following synchronisation, the code server 16 will have information about the 
personal token 12 such that the code server 16 is able to determine the current 
identification code 20 and encryption code 22 of the personal token 12 at any instant 
in time. 

The user of the personal token 12 is also provided witii a Usemame and/or Password 
10 associated with the personal token 12. Either a usemame or password or both may be 
provided associated with the personal token 12 but in the embodunent described, both 
are provided. As ihc identification code 20 and encryption code 22 are available to the 
holder of the personal token 12, loss of the personal token 12 by the user could result 
in a breach of security. Information regarding the usemame and password for the 
15 personal token 12 is stored by credit card server 28 but is not stored by fhe personal 
token 12. In this way, unauthorised use of the personal token 12 is restricted. The 
functions of the credit card company server 28 and the code server 16 may be 
integrated mto a single server if required (not shown). 

Figure 3 shows an example of the system for secure communication 10 in use on a 
20 communication network 14. In this example, a user operating a. user terminal 24 
requires to commimicate securely with a merchant's server 26 in order to make a 
purchase. The merchant's server 26 requires to communicate securely with a credit 
card company server 28 in order to determine if credit card details provided by the 
user are valid for the purposes of the present purchase. In the embodiment shown in 



7 



Figure 3, the credit card company has a code server 16 connected securely, for 
example by a private connection, to the credit card company server 28. 
Each of the user terminal 24, the merchant server 26 and the Credit Card company 
server 28 is provided with encryption software capable of encrypting data to be 
5 transmitted over the communication network 14 using an encryption code as the key. 
In use, when . the user wishes to transmit his credit card details to the merchant's 
server 26, he enters the credit card details into the user terminal 24 along with his 
usemame and password. The credit card details are then encrypted by tiie encryption 
software using the current encryption code 22 of the personal token 12 v*ich is 

10 provided to the encryption software by the user. The encrypted mformation is then 
transmitted along with the usemame and password and the current identification code 
20 displayed on the personal token 12 to the merchant's server 26 over the 
conmnmication network 14. The current encryption code 22 is not transmitted across 
the communication network 14. 

15 While in the present embodiment, the informiation generated and/or stored on the 
personal token 12 is displayed for viewing and then entered manually into the user 
terminal 24, the personal token . 12 may be provided with a communication port (not 
shown) arranged to coimect dhectly to the user t^minal and provide the identification 
code 20 and encryption code 22 to the user terminal via the communication port. 

20 As it is possible that the user may make an error in entering the codes if entering 
manually, it may be necessary in this case to perform a checking step, prior to 
transmission of the encrypted communication. If, for example, the user were to enter 
the correct identification code 20 but the wrong encryption code, the authentication of 
the user would be correct and transmission could proceed, however the 
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communication would fail due to the encryption codes 22 not matching. In the above 
mentioned checking step, one-way hashes of the identification code 20 and the 
encryption code 22 would be sent to the code server 16 which would compare these 
values with one-way hashes of the identification and encryption codes 16 on the 
5 server. If the results differed, the code server 16 could advise tiie user that an error 
had been made. Otherwise, conmumication could proceed. 

The merchant's server 26 receives the usemame and password, the current 
identification code 20 and the encrypted information from the user terminal 24 and re- 
transmits to the credit card company server 28 for validation of the usemame and 

10 password against the current identification code 20 and against the credit card details. 
The credit card company server 28, against the usemame and password received, 
requests from the code server 16 its corresponding identification code and verifies 
that it matches the current identification code 20 received. Following this 
authentication verification, the credit card company server 28 requests fix)m the code 

15 server 16 its corresponding decryption code, which should be the same as the 
encryption code 22 for the time the information was encrypted and therefore be able 
to deoypt the information. The decrypted information, decrypted in the credit card 
company server 28 is compared against the valid credit card details and the 
merchant's server 26 is advised, via the communication network 14, whether tiie 

20 transaction may proceed. In tiie event that any of the steps of verification fail, the user 
will be notified via tiie communication network 14 that the transaction cannot proceed 
and may be requested to enter all the reqiured details again. 

While this example shows only transmission of information from the user to the 
location of the credit card company server 28 and its code server 16, information 
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being teansmitted in the opposite diiection could be transmitted using the same means. 
That is, if information needs to be transmitted across the conmiunication network 14 
to the user from the credit card company, the identity of the credit card company is 
autiienticated with die current identification code 20 provided by the code server 16 
5 and the information would be encrypted with the current encryption code 22 provided 
by the code server 16. The user could then decrypt the information by providing the 
encryption code 22 from the personal token 12 to the encryption software on the user 
terminal 24. 

Figure 4 shows an alternative arrangement of the system for secure communication 10 
10 shown in Figure 3. In Figure 4, the Credit card company does not have their own code 
server 16. The code server 16 is provided at another location and may communicate 
with the credit card company server 28 via a code network server 30 also connected to 
tile communication network 14. It is foreseeable that some organisations may not be 
able to justify the expense of tibieir own code server 1 6 and use an arrangement such as 
IS this. The method for communication in this case is the same as previously described 
with the exception of the communication between the credit card server 28 and the 
code server 16. In this case» as the information is not being passed over a private 
connection, the information passing between the credit card company s^er 28 and 
the code server 16 must also be encrypted. The credit card company in this case will 
20 possess their own personal token 12 or another form of code generation means which 
can be used in the same marmer as described above to encrypt transmissions between 
the credit card company and the code server 16. 

The system for secure communication 10 described will allow any two computers 
provid^ with personal tokens 12 or anotiier form of code generation means withm a 
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network to communicate securely, in effect providing in effect multiple 'virtual 
private channels' within any network or communication means irrespective of the 
network protocol or communication means. 

The system for secure communication may also be utilised in order to provided a 
5 system for secure storage of data which can be accessed across the conununication 
netwoik. The archiving of data is performed by the use of an archiving code. The 
archiving code is generated by tiie code server 16 when the code server 16 
synchronises with the personal token 12. The archiving code is airanged to change at 
predetermined intervals in the same manner as tiie identification and encryption codes 

10 20 and 22 but is known only to the code server 16 and not the personal token 12. The 
code serv^ 16 is arranged to store also furevious archiving codes used by a user. 
The system for storage of data is arranged to store data in an encrypted format on a 
storage server on the communication network. The files which comprise the stored 
data are enciypted upon creation or modification using the encryption code which is 

15 current at that time. Also provided is a key archive. The key archive comprises a data 
file which includes details of the encrypted data files and corresponding encryption 
codes, so that access to the key archive allows deciyption of the encrypted data files. 
The key archive is enciypted wifii the archiving code. 

In use, when a user requires access to the stored data, the user communicates to the 
20 code server 16 his usemame, password, current identification code and a request to 
access the stored data, which is encrypted with the current encryption code. The code 
server, on verifying the user's identity, accesses the previous archiving code that was 
used to encrypt the user's key archive. The code server 16 then provides this to the 
user along with the current archiving code for that user. This information is provided 
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using the current encryption code. Once the user has this information, their computer 
is able to decrypt the key archive and therefore access the stored data. The user then 
creates or modifies stored data as required, ^;^ch is encrypted following use witix 
encryption keys which are stored in the key archive. These actions are all performed 
5 automatically by software on the user's computer and occur preferably only in the 
RAM of the user's computer. 

When the user has finished theur current session, the key archive is encrypted again 
with the current archiving key which has been supplied by the code server and the key 
archive and encrypted data files are forwarded to the location for storage. Before 
10 ending the session, the identification and encryption and archiving codes are purged 
from the user's computer memory. The code server then stores the current archiving 
key overwriting the previous archiving key. 

It will be appreciated that the key archive and the encrypted stored data may be stored 
together or separately. Also, it does not matter where in the communication network, 

15 the key archive or the encrypted data is stored. 

Figure 5 shows alternative embodiments of personal tokens 12 in which a plurality of 
encryption codes 22 are provided on the personal token 12. In the embodiment shown, 
two encryption codes 22 are used. The personal token 12 of Figure 5 may be used in a 
system for secure communication wherein the method of encryption of data utilises 

20 both encryption codes 22 for greater security. 

Modifications and variations as would be apparent to a skilled addressee are deemed 
to be within the scope of the present invention. 
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